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PATENT 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

International Patent Application 
No. PCT/EPOO/06833 

PCT/DO/EO/US 

International Filing Date: 17 July 2000 
Applicant: Martin MERCK 

Atty Docket: MERC3001/JEK 
For: STACK OF OPERANDS AND METHOD FOR STACKING OF OPERANDS 

PRELIMINARY AMENDMENT 

Commissioner for Patents 
Washington, D.C. 20231 

Sir: 

This paper accompanies documents submitted to establish the U.S. national 
stage of the above-identified international patent application. 

The international patent application was amended under PCT Article 34 and the 
claims as-amended are annexed to the International Preliminary Examination Report 
(IPER). 

Before calculation of the filing fee and before examination, kindly amend the 
claims as annexed to the IPER as follows: 

IN THE CLAIMS : 

Please amend the claims as annexed to the IPER as shown on the appended 
APPENDIX OF CLAIMS, which includes amended and non-amended claims. Also 
appended hereto an APPENDIX OF MARKED UP CLAIMS showing the changes which 
have been made. 

REMARKS 

All rights are reserved to the original claimed subject matter. The claims have 
been amended to reduce the filing fees and to restate the inventive subject matter in 
clear terms. None of the amendments are intended to narrow any element of the 



International Application No. PCT/E POO/06833 



claims as they stood prior to amendment. Examination of the application as amended 
is respectfully requested. 

Respectfully submitted, 
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International Application No. PCT/EP00/06833 patent trademark ofhce 

Attorney Docket: MERC3001/JEK ^ j^^/:-- lg J AH 2 g 02 

APPENDIX OF MARKED UP VERSION OF CLAIMS 

4(Amended). An operand stack according to [any of claims 1 to 3] claim 1 . 
characterized in that the operand stack is formed as a virtual stack for a virtual 
calculating machine. 

5(Amended). An operand stack according to [any of claims 1 to 4] claim 1 . 
characterized by an operand type checking device (S1 2-S1 4) which is activated at each 
read access to the operand memory (10, 32). 

6(Amended). A calculating machine having an operand stack according to [any 
of claims 1 to 5] claim 1 . 

7(Amended). A smart card having an integrated virtual calculating machine 
according to [any of claims 1 to 6] claim 1 . 

11 (Amended). A method according to [any of claims 8 to 10] claim 8 . 
characterized in that a type check is performed at each read access to the operand 
memory (10, 32). 
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APPENDIX OF CLAIMS 



1 . An operand stack for a calculating machine containing a processing unit 
processing individual operands according to a program, and the operand stack in which 
operands of different lengths are stored as a stack, characterized by a type memory 
(20, 31) with memory elements of constant length which stores for each operand stored 
in the operand memory (10, 32) its type information which contains information about 
the length of the relevant operand, the length of the particular operand type being 
stored in a table in dependence on the corresponding type code. 



2. An operand stack according to claim 1 , characterized in that the type memory 
(20) is formed as a stack with constant length stack elements separate from the 
operand memory. 

3. An operand stack according to claim 1 , characterized in that the type memory 
(31) is integrated operand by operand into the operand memory. 



4(Amended). An operand stack according to claim 1 , characterized in that the 
operand stack is formed as a virtual stack for a virtual calculating machine. 



5(Amended). An operand stack according to claim 1, characterized by an 
operand type checking device (S12-S14) which is activated at each read access to the 
operand memory (10, 32). 



6(Amended). A calculating machine having an operand stack according to claim 

1. 



7(Amended). A smart card having an integrated virtual calculating machine 
according to claim 1. 
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8. A method for operating an operand stack in a calculating machine wherein 
the stack elements of the operand stack are used for storing operands of different 
length, characterized in that a type memory element (20a, 20b; 31) of uniform length 
is created for each operand in the operand stack (10, 32), the type information stored 
in a type memory element contains length information about the length of the 
corresponding operand, and said length information is evaluated at each access to the 
operand memory, the length of the particular operand type being stored in a table in 
dependence on the corresponding type code. 

9. A method according to claim 8, characterized in that the type memory 
elements are created in the form of a separate stack (20). 

10. A method according to claim 8, characterized in that the type memory 
elements (31) are stored contiguously with the corresponding operand memory stack 
element (32). 

1 1 (Amended). A method according to claim 8, characterized in that a type check 
is performed at each read access to the operand memory (10, 32). 
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PATENT 

IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re Application of: 

Inventor: Martin MERCK Examiner: Not Assigned 

Serial No: 10/030,106 Art Unit: Not Assigned 

Filed: 18 January 2002 Atty Dkt: MERC3001/JEK 

For: STACK OF OPERANDS AND METHOD FOR STACKING OPERANDS 

PRELIMINARY AMENDMENT 

Commissioner for Patents 
Washington, D.C. 20231 

Sir: 

Before examination, kindly amend the application as follows: 
IN THE CLAIMS : 

Please cancel claims 1-1 1 without prejudice or disclaimer. 

Please add new claims 12-22 shown on the APPENDIX OF NEW CLAIMS. 



Serial Number: 10/030,106 
Art Unit: Not Assigned 



REMARKS 

All rights are reserved to the original claimed subject matter. The claims have 
been amended to reduce the filing fees and to restate the inventive subject matter in 
clear terms. None of the amendments are intended to narrow any element of the 
claims as they stood prior to amendment. Examination of the application as amended 
is respectfully requested. 

The Commissioner is hereby authorized to charge any fees associated with this 
communication or credit any overpayment to Deposit Account No. 02-0200. A 

duplicate copy of this paper is attached. 




625 Slaters Lane, 4th Floor 
Alexandria, Virginia 22314 
Telephone: (703) 683-0500 
Facsimile: (703)683-1080 

Date: May 22, 2002 
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Serial Number: 10/030,106 
Art Unit: Not Assigned 

APPENDIX OF NEW CLAIMS 

12. (New) An operand stack for a calculating machine containing a processing 
unit processing individual operands according to a program, and the operand stack in 
which operands of different lengths are stored as a stack, characterized by a type 
memory (20, 31) with memory elements of constant length which stores for each 
operand stored in the operand memory (10, 32) its type information which contains 
information about the length of the relevant operand, the length of the particular 
operand type being stored in a table in dependence on the corresponding type code. 

fit 13. (New) An operand stack according to claim 12, characterized in that the 

type memory (20) is formed as a stack with constant length stack elements separate 
from the operand memory. 

t£ 14. (New) An operand stack according to claim 12, characterized in that the 
type memory (31) is integrated operand by operand into the operand memory. 

ib 15. (New) An operand stack according to claim 12, characterized in that the 
operand stack is formed as a virtual stack for a virtual calculating machine. 

16. (New) An operand stack according to claim 12, characterized by an 
operand type checking device (S1 2-S14) which is activated at each read access to the 
operand memory (10, 32). 

fCL 17. (New) A calculating machine having an operand stack according to claim 
12. 

t q. 18. (New) A smart card having an integrated virtual calculating machine 
according to claim 12. 



Serial Number: 10/030,106 
Art Unit: Not Assigned 

19. (New) A method for operating an operand stack in a calculating machine 
wherein the stack elements of the operand stack are used for storing operands of 
different length, characterized in that a type memory element (20a, 20b; 31 ) of uniform 
length is created for each operand in the operand stack (10, 32), the type information 
stored in a type memory element contains length information about the length of the 
corresponding operand, and said length information is evaluated at each access to the 
operand memory, the length of the particular operand type being stored in a table in 
dependence on the corresponding type code. 

>f 20. (New) A method according to claim 19, characterized in that the type 
memory elements are created in the form of a separate stack (20). 

9> 21. (New) A method according to claim 19, characterized in that the type 
memory elements (31 ) are stored contiguously with the corresponding operand memory 
stack element (32). 

p.2> 22. (New) A method according to claim 19, characterized in that a type check 
is performed at each read access to the operand memory (10, 32). 
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Operand stack and method for operating an operand stack 



In a calculating machine, be it a hardware machine or a virtual machine, operands 
are processed in a central processing unit. The processed operands are stored in an 
operand memory, the operands to be processed being read from the operand memory. 

The operands are customarily stored using a memory stack. Such an operand 
memory stack (or more simply, operand stack) is organized in such a way that a 
memory location of given size is reserved for a certain number of stack elements of the 
operand stack, the stack elements of constant length being set up in this memory area. 
A stack pointer, formed for example as a counter, is incremented or decremented at 
each memory access. 

To facilitate understanding of the invention, reference is made to Fig. 5 of the 
drawing which schematically shows prior art operand stack 100. Operand stack 100 
contains stack elements 100a, 100Z?,... each of constant length. Said constant length, 
Lmax, is determined by the longest operand to be stored. In the shown example a 
reference value is stored in "bottom" stack element 100a. The second operand in stack 
element 100& is a byte value, as is the operand in third stack element 100c. An integer 
is located in the fourth stack element. A short value and a byte value are stored as 
operands in the fifth and sixth stack elements. 

In the present example the longest occurring operands are "reference" in the first 
stack element and "integer" in the fourth stack element. Each stack element 100a, 
1006,... occupies a memory location with length Lmax. Each stack element 100a, 
100&,... with length Lmax occupies a memory location which is to include four 
addressable locations in the example considered here. When a further operand is 
placed on operand stack 100 the content of stack pointer 101 is incremented by "4" so 
that it points to the next free stack element. After an operand is read, the content of the 
stack pointer is decremented by "4." 

The disadvantage of uniform size stack elements, that is, stack elements each 
with four smallest addressable locations in the present example, is the considerable 
waste of space in storing relatively short operands. In the present example only the 
operands in stack elements " 1 " and "4" are operands with maximum length Lmax, the 



other operands in stack elements "2," "3" and "6" (byte values) being the shortest 
operands and occupying not even half of the available memory space with length 
Lmax. The short value at "5" occupies only half of the available space in the stack 
element. 

When the operands stored in operand stack 100 are processed it should be 
ensured that the operands stored in the operand stack actually correspond to the 
operand type according to the program. However, a continuous type check is 
impossible with the organization of the operand stack outlined in Fig. 5. A check with 
the aid of a verification process is possible, but this involves a complete data flow 
analysis which means considerable effort. 

The invention is based on the problem of providing an operand stack which 
optimizes the memory space requirement and further permits a continuous type check. 
Furthermore, there is to be provided a method for operating an operand memory which 
optimizes the memory requirement for the operand stack and allows a continuous type 
check. 

To solve this problem the invention provides an operand stack having a type 
memory associated therewith, the type memory storing for every single stored operand 
the corresponding type information which contains length information about said 
operand. Said information prevents memory space from being wasted when operands 
of different length are stored; the information is instead stored extremely densely in the 
operand stack. The inventive operand stack has two basic organizational forms: in a 
first form the type memory is formed as a stack with constant length stack elements 
separate from the operand memory. In an alternative version the type memory is 
integrated into the operand memory, that is, each operand which can have one of a 
predetermined number of given lengths is directly contiguous to the corresponding 
type information. 

Since the type information available for each operand contains length information 
about the operand, it is clear from the start how much memory space the particular 
operand requires. Upon a write operation to the operand memory, that is, when a new 
operand is placed on the operand stack, the type information is stored in connection 
with said operand. When the operand is read, the type information is then first 
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evaluated, and accordingly the stack pointer can be set so that the corresponding 
number of memory elements is read for the operand. The type information is binary- 
coded, for example as a four-digit code which is unique for each occurring operand 
type. From this code the corresponding length information can be gained with the aid 
of a table. 

The type information stored in connection with each single operand permits a 
continuous check of operand type during processing of the operands. Before an 
operand is read from the operand stack, the type information is read in order to read the 
operand with the corresponding number of locations. The thus available type 
information can be compared with desired information of a checking program. If 
comparison is negative, that is, the pending operand type does not match the expected 
operand type according to the program, error handling is performed. 

The invention thus achieves optimization of memory space, on the one hand, and 
provides information allowing a continuous check of operand type, on the other hand. 

The inventive operand stack and inventive method for operating an operand stack 
can be employed in connection with a hardware calculating machine but also in 
connection with a virtual calculating machine. The abovementioned advantages are 
obtained in both cases. 

In the following, some examples of the invention will be explained in more detail 
with reference to the drawing, in which: 

Fig. 1 shows a schematic representation of an operand stack in connection with a 
type memory; 

Fig. 2 shows a schematic flowchart illustrating the operation upon storage of an 
operand; 

Fig. 3 shows a flowchart illustrating the operation when an operand is read from 
an operand stack, a type check of the operand being performed; 

Fig. 4 shows a schematized representation of an embodiment of an operand stack 
alternative to the embodiment according to Fig. 1; and 

Fig. 5 shows a schematic representation of a prior art operand stack. 

As stated above in connection with Fig. 5, stack elements 100a, 100&,... each of 
constant length Lmax are provided in operand stack 100 in the prior art so that a 
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considerable amount of memory space is lost in the case of shorter operands due to the 
memory space not used. This lost amount of memory space is shown by hatching in 
Fig. 5. 

Fig. 1 shows schematically a first embodiment of an operand stack according to 
the invention, likewise illustrating the method for organizing said operand stack. 

As indicated by the representation on the left in Fig. 1, individual stack elements 
10a, 10b,... of operand stack 10 are just as long as the operand to be stored therein. The 
length information for each operand is located in separate type memory 20, which is 
likewise organized as a stack. Stack elements 20a, 20b of type memory 20 all have 
constant length. Each stack element 20a, 20b,.... of type memory 20 stores a four-bit 
code which clearly identifies the type of associated operand. Thus, the type information 
for operand "1" in stack element 20a identifies a reference value. The type information 
also clearly defines the particular length of the operand. At the bottom of Fig. 1 
corresponding stack pointer 12 is indicated for type memory 20. For read- write 
operation of type memory 20, stack pointer 12 is incremented or decremented. The 
value of stack pointer 12 corresponds to the address of the next free memory location. 

Stack pointer 1 1 for operand memory 10 is not incremented or decremented with 
a constant value but in accordance with the length of the operand. Thus, a value 
corresponding to the length of the operand is added to stack pointer 1 1 when an 
operand is placed on operand stack 10, the content of stack pointer 1 1 being 
decremented by the length of the operand when said operand is read from operand 
memory 10. The value of stack pointer 1 1 corresponds to the address of the next free 
memory location. During operation of the calculating machine the height of operand 
stack 10 is continuously reduced and increased in accordance with the individual read 
and write operations. 

The expert will see that operand stack 10 has variable length stack elements 10a, 
\0b,.... which are contiguous without a gap in the available memory space. Type 
memory 20 is created at another location in the memory. 

Fig. 2 illustrates in the form of a flowchart a write operation placing an operand 
on operand stack 10. In step 51 the operand type to be stored is stored in type memory 
20, in step S2 stack pointer 12 is incremented. In step 53 the operand is placed on 



operand stack 10, and in step 54 stack pointer 1 1 of the operand stack is incremented in 
accordance with the type placed on operand stack 10, that is, in accordance with the 
length of the operand which is known from the type information. As described above, 
stack pointers 1 1 and 12 then point to the next free memory location. 

Fig. 3 shows schematically the sequence in a read operation. In step 51 1 the top 
element of the stack is read from type memory 20. The value of stack pointer 12 is 
decremented by the length of a stack element, four bits in the example, since, as 
described above, stack pointer 12 points to the initial address of the next free stack 
element. The value of decremented stack pointer 12 thus forms the initial address for 
reading the top element in type memory 20. In the present example, the information 
read from type memory 20 is that the operand is a byte value. 

In step 512 a check of the operand type is performed. This check is not the 
subject matter of the invention and will not be explained in any detail here. 

In step 513 it is inquired whether the type is the expected operand type. If not, 
error handling is performed in step 514. 

If the operand type corresponds to the expected type, the corresponding operand 
is read in step 515, that is, the operand with the length corresponding to the byte value 
is taken from the top stack element in operand stack 10 in Fig. 1 . The value of stack 
pointer 1 1 is decremented by the length of the operand, i.e. the length of the byte value 
in the present example. The value of stack pointer 1 1 thus forms the initial address of 
the top element to be read of operand stack 10. The value of stack pointer 1 1 therefore 
corresponds to the address of the next free memory element again after reading. 

Fig. 4 shows an organization of the operand stack alternative to Fig. 1 . Operand 
stack 30 contains type memory elements 31 of constant length and operand memory 
elements 32 whose length depends on the particular type. Operand stack 30 in Fig. 4 
can likewise be operated according to the sequence of Fig. 2 and Fig. 3, the newest 
operands being shown on the right in Fig. 4 while the newest operands are on the top 
of the stack in Fig. 1 . 
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Claims 

1. An operand stack for a calculating machine containing a processing unit 
processing individual operands according to a program, and the operand stack in which 
operands of different lengths are stored as a stack, characterized by a type memory (20, 
31) with memory elements of constant length which stores for each operand stored in 
the operand memory (10, 32) its type information which contains information about the 
length of the relevant operand. 

2. An operand stack according to claim 1, characterized in that the type memory 
(20) is formed as a stack with constant length stack elements separate from the operand 
memory. 

3. An operand stack according to claim 1, characterized in that the type memory 
(3 1) is integrated operand by operand into the operand memory. 

4. An operand stack according to any of claims 1 to 3, characterized in that the 
length of the particular operand type is stored in a table in dependence on the 
corresponding type code. 

5. An operand stack according to any of claims 1 to 4, characterized in that the 
operand stack is formed as a virtual stack for a virtual calculating machine. 

6. An operand stack according to any of claims 1 to 5, characterized by an 
operand type checking device (512-514) which is activated at each read access to the 
operand memory (10, 32). 

7. A calculating machine having an operand stack according to any of claims 1 to 

6. 

8. A smart card having an integrated virtual calculating machine according to any 
of claims 1 to 7. 

9. A method for operating an operand stack in a calculating machine wherein the 
stack elements of the operand stack are used for storing operands of different length, 
characterized in that a type memory element (20a, 206; 31) of uniform length is 
created for each operand in the operand stack (10, 32), the type information stored in a 
type memory element contains length information about the length of the 



corresponding operand, and said length information is evaluated at each access to the 
operand memory. 

10. A method according to claim 9, characterized in that the type memory 
elements are created in the form of a separate stack (20). 

1 1. A method according to claim 9, characterized in that the type memory 
elements (31) are stored contiguously with the corresponding operand memory stack 
element (32). 

12. A method according to any of claims 9 to 11, characterized in that a type 
check is performed at each read access to the operand memory (10, 32). 



Abstract 



An operand stack (10) permits optimization of memory space and a continuous 
check of operand type by creating a type memory (20) which stores type information 
for each operand, said information comprising information about the length of the 
operand. 

This length information available for each single operand permits the operands to 
be stored extremely densely, while the prior art uses uniform length stack elements for 
each operand, their length depending on the longest operand. 
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